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ABSTRACT 



We present here the VO access to the results of an 
analysis of the spectra of Sloan Digital Sky Survey 
(SD SS) galaxies perfor med with the STARLIGHT code 
by Cid F ernandes et aT] (^2005). The results include for 
each galaxy the original SDSS spectrum, the best-fit syn- 
thetic spectrum, the star formation history, the pure emis- 
sion line spectrum corrected for the underlying stellar 
population (in SDSS emission line galaxies) and the in- 
tensity of several emission/absorption lines. The database 
will be accessible from the PGos3 server and it will be re- 
leased at the end of summer 2007. 
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1. INTRODUCTION 



to design automatic tools and workflows that can use dif- 
ferent sets of observational and theoretical data without 
making program drivers for each specific data set. Once 
data providers distribute their results in VOTables, they 
can use these analysis tools for further research. 

Although this is in principle the most desirable scenario, 
there are several difficulties that make this kind of work- 
flow difficult to establish, mainly: (i) There is no user- 
friendly way to recover the credits of the data used in cur- 
rent VO applications; an issue mentioned several times 
during this meeting and especially relevant for theoretical 
studies, (ii) The access and exploration of VO-enabled 
services with theoretical dataset^ are not implemented 
in most VO-applications, with VOSpec and VOSED as 
the only exceptions. 

In this contribution we describe the first stages of 
the implementation of the analysis tool STARLIGHT 
jCid Fernandes et aLl l2005h in the VO framework. 



The interoperability concept promoted by the Virtual Ob- 
servatory (VO) is not only limited to data sharing, but it 
also includes enhancing the possibility to analyze these 
data (usually by means of comparison with theoretical 
models) and to infer relevant physical quantities. This 
task can only be performed if front-end VO interfaces 
(mostly, applications) are able to provide access to theo- 
retical data (see Rodrigo's et al. contribution in these pro- 
ceedings) and if analysis tools are implemented in a VO 
compliant fashion. Theoretical and observational data 
must not be hardwired in the VO-analysis tools: rather, 
they should be obtained from VO services. This is the 
only way to minimize the model-dependent bias in the 
analyzed data. 

The use of VO services to input theoretical and observa- 
tional data into VO analysis tools creates diversity and 
improves productivity: since the VO provides a homo- 
geneous structure for data sharing (VOTables), it allows 



2. THE STARLIGHT CODE 



The STARLIGHT code is designed to obtain the best fit 
to an observed spectrum, 0\, taking into account the cor- 
responding error (Tobs, with a theoretical model spectrum. 
Ma, using a Markov Chains Monte-Carlo algorithm with 
simulated annealing. The code finds the minimum x^, 



'Examples ai'e the PEGASE-HR (see Ph. Prugniel's contribu- 
tion in these proceedings) and PGos3 databases (see Cervifio's et al. 
contribution in these proceedings) for evolutionary synthesis models 
at http : / / VO . obspm .fr/cgi-bin/siap/pegasehr.pl and 
http : / /ov . inaoep . mx/pgos3 respectively. 
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and obtains the corresponding physical parameters of the 
modeled spectrum: (i) the star formation history, , as 
a function of a base of iVssp Single Stellar Population 
(SSP) models normalized at Aq, bj_\ (ii) the extinction 
coefficient of predefined extinction laws, r\, and (iii) the 
velocity dispersion a^, which obey the relation: 



Ma 



'A^ssp 



bj,\rx ® G'(w*,cr*). (2) 



With this technique, we have obtained the physi- 
cal parame ters of th e galax i es of the SPS S data 
release 2 jYo rk et al.', 2000; Stoug hton elall 120021; 
lAbazaiian et al- 200 3. 2004). using the hbrary of SSP 



models bv lBruzuaF& CharlotI (j2003j) as database. Since 
the modeled spectrum provides the stellar continuum of 
the galaxy, we can also measure emission line intensities 
and equivalent widths. This huge computational effort re- 
sulted in a unique database with more than half a million 
galaxies, which occupies close to 500 GB of data. 



3. VO IMPLEMENTATION 



The VO implementation of STARLIGHT allows to ex- 
plore different issues in the VO, from describing the re- 
sults of the data analysis (including references to input 
data, models and processes) to establishing a VO work- 
flow using theoretical VO services. 

We created a preliminary web service to access and 
manipulate this database and obtain the corresponding 
VOTables at http : //www . starlight . uf sc . br/ 
Users can perform queries on data by SQL com- 
mands or spatial selections. The final VO ser- 
vice is expected to be available at the servers 
http : / / www . starlight . uf sc . br/| and 
http : / / ov . Inaoep .mx] 



Currently we are working on two different aspects: 

1. To produce tools to explore the database in a VO 
compliant way instead of a Web service. First essays 
using TSAP (Theoretical Spectral Access Protocol, 
see Rodrigo's et al. talk in these proceeding for ex- 
tensions to non spectroscopic data) are not satisfac- 
tory enough due to the database complexity. At this 
point, a more general, recursive, protocol is needed. 

2. To allow the STARLIGHT code to obtain SSP 
databases from (non-local) VO services. We are 
making this implementation using SSP models in- 
cluded in PGos3 database (see Cervino's et al. con- 
tribution in these proceedings) as reference. 



How to manage references to VOTables nested in 
VOTables: the description of the star formation his- 
tory of a galaxy needs nested references to VOTables 
with both original data and the SSP database used. 
At the same time, the SSP database used would 
need references to the assumed isochrones and at- 
mosphere models, and so on. 

How to know the coverage, uncertainties and range 
of validity of different SSP models in an automatic 
way. This issue can be partially addressed by the 
use of the current proposed IVOA recommenda- 
tions on data model characterization and the spectral 
data model (see Cervino & Luridiana contribution in 
these proceedings for their possible applications to 
SSP models). 
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However, other issues remain to be addressed. Maybe the 
most important ones are: 



